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A study on the transportability of computer 
courseware was presented to the Association for the Development of 
Computer-based Instructional Systems (ADCIS) at their August 1974 
meeting. This study addressed the area of minor incompatibility that 
can cause transportability of customized Coursewriter software at 
individual sites to become difficult. Nonetheless^ customiziag 
software is basically good in that it allows additional capability 
and greater flexibility. The disadvantages, and impact on 
transportability, occur when separate installations make 
modifications that are mutually exclusive and conflicting. A solution 
lies, in the forum ADCIS provides, for concerned installations to 
work together to coordinate customizing. This allows desired 
modification while minimizing the impact on courseware 
transportability. The author suggests that installations form a 
subgroup under the Coursewriter Systems Implementation Group. In 
general, the subgroup could examine and exchange information on 
modifications of this hature with an effort toward achieving some 
standardization or set of guidelines to minimize the possible danger. 
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One of the basic purposes of ADCIS (Association for the Development 
of Compiiter-bcised Instructional Systems) is fostering the Gxchange of 
coHiputor-based instructional materials. The growth of the use of computers 
in the instructional process is dependent on the exchange of such materials. 
It is recognized that a given amount of material (critical mass) is neces- 
sary in a discipline to get CAI/CMI off the ground. This minimum amount of 
courseware material can be developed by each installation, but has the 
obvious drawbacks of duplication of effort which increases costs , thereby 
creating additional obstacles for budding CAI/CMI installations. 

In many cases installation dependent configurations limit the trans- 
portability of m.ost courseware (i.e. language differences, hardware in- 
compatibilities, terminal dependencies). These incompatibilities will, in 
all likelihood, remain to plague CAI/CMI users for the foreseeable future. 
I will not address these problems in this paper, but discuss, iribtead, an 
area of minor incompatibilities, that can cause courseware transportability 
to become difficult. This incompatibility is in the area of the custom- 
ization of Coursewriter software at individual sites. Customizing software 
is basically good in that it allows additional capability and greater 
flexibility. The disadvantages, and impact on transportability, occur 
when separate installations make modifications that are mutually exclusive 
and conflicting. A solution lies, in the forum ADCIS provides, for concerned 
installations to work together to coordinate customizing. This allows 
desired modifications while minimizing the impact on courseware transport- 
ability. 

Coursewriter III course material is entered into the system by one of 
three methods: terminal input of source code; ^course on*; and *auto 
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insert* • In the. r'*^:>t instance, the author instructional progranitner 
enters, line by li:r.3, all the course material . As each line is entered 
Coursev/ri ter converts t!ie op codes to an internal code for execution. At 
the same timo, ell text n;aterial is translated to 1050 line code- This 
translation to 1050 line code is basic to understanding hov/ Coursewriter 
III processes data (i.e., courseware, student input)- The 'course on' 
method is normally used in transferring courseware from one installation 
to another. In this way the internal representation (1050 line code) is 
copied directly to tape. The tape is forwarded and 'course on*d* at the 
receiving installation without any intervening translation. The last 
method, 'auto insert', allows source code insertion. Course material is 
punched in cards, put on tape and 'auto inserted'. During the process 
SGurcc code is translated to 105G line code. 

Regardless of which method one uses to input course material, once 
source code is converted to 1050 line code, courseware remains unchanged 
until edited by an author. When a course is executed in student mode, 
Coursewriter retrieves material, examines the converted op codes and de- 
termines logical action. As Coursewriter directs text to the student, it 
applies the appropriate translation to the 1050 line code (internal) 
representation. This is done by examining the terminal type of the cur- 
rently signed on user. The bulk of translation is performed through the 
use of translate tables and one machine language instruction (TRANSLATE). 

Of ihe three methods for inputting course material, the 'course on*, 
process is the most feasible for exchanging courseware between instal- 
lations. It would appear the "auto insert' process could be used for 
transferring source code between installations. Upon further exploration 



on3 sees 'auto insert' is a one-v/ay process. It can be used to put 
material on a system but it cannot be used to remove material. 

In transferring courseware, it is desirable to be able to copy the 
current, most recently edited version from the system. 'Course off will 
do this. Since 'course on/off copies courseware^ in 1050 line code 
(internal) it is important to recognize the impact when an installation 
modifies its Coursewriter system such that internal 1050 code represen- 
tation of control functions or characters differs from the standard rep- 
resentation. The modifying installation may be restricting the future 
transportability of their courseware. It is also possible to affect the 
importation of courses if the sending installations have customized 
their system. 

Why would Coursewriter installations alter internal representations? 
Why is it a current problem? Presently there are a variety of terminals 
on the market that can be used with Coursewriter teleprocessing support. 
There is a significant number of (ASCII) terminals alone. The ASCII type 
terminals available in the marketplace run the gamut from low-cost, low- 
function hard copy types (e.g. Teletype ASR33) to sophisticated CRT termi- 
nals with a host of control function keys for cursor control, hard copy 
printer control, etc. Add to this the variety of EBCDIC and graphics 
terminals available, one can see the proliferation of terminals, each 
with new and4esirable capabilities. 

Seve:-al phenomena are evident with regards to the more sophisticated 
terminals. One, a CAI/CMI user may be sold a terminal in the full belief 
that all the "goody" control functions the salesperson demonstrated would 
be available to the Coursewriter author, Sometime after signing the sales 
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agreeiTisnt it is discovered that these special functions are unsupported. 
At this point, thci user turns to the Coursev/riter systems programmer vn'th 
the request to make the functions work. Alternatively, the high-function 
.V terminals are obtained v/ith full knov/ledge tfiat Coursewriter must be modi- 
fied to support special coritrol functions. In the latter case the design 
of a CAI/CMI program may dictate the need for special control function 
capability, A request to implement terminal control functions does not, 
on the surface, appear to be unreasonable. There are several reasons why 
Coursewriter systems programmers would grant such a request: the required 
system modifications involve only changing the translate tables, and it 
pleases the user while providing expanded terminal support, 

A case in point occurred at Rutgers, A user purchased Digilog CRT 
terminals and designed their CMI program around the use of function keys 
to control CRT display and hardcopy output. The user, upon finding that 
Coursewriter did not support these function keys, requested the necessary 
software modifications. The problem was investigated and modifications 
were made to two translate tables (the TTY to 1050 (TRTT1050) and 1050 to 
TTY tables (TR1050TT)). 

The unmodified Coursewriter III translate tables are constructed so 
that special functions not supported are translated to null or fill 
characters. The obvious solution would be to translate desired control 
functions to their 1050 equivalent or some unique bit configuration. 
Upon investigation, it turns out changing translate tables is not quite 
as straightforward as one would initially expect. Coursewriter nulls out 
many non-supported characters before applying the output translate* To 
successfully implement control function or special character support, one 
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niust isolate which bit structures Coursewriter will leave unchanged so they 
can be used for the iiiternal translation. It is necessary to select bit 
structures that are unchanged arjd produce a one-to-one mapping. (In the 
course of inipleiner.tinn the Digilog control functions, the author isolated 
three such bit structures). 

How does all this affect transportability? Visualize, in the case 
of the Digilog control functions, v/hat course material looks like internal- 
ly. The Cnl course was designed so that the CRT screen was blanked^ and 
the cursor returned to the top left corner before presenting a new question, 
Thts is done by placing a control L (Digilog) in the first character 
position of each qu text. The control L (hex 3C,31) is translated to 1050 
line code (by the Rutgers CCIS modification) to a 3A, (see Table 1), In 
an unmodified system, a control 1 is translated to a 90 (effectively a null 
character). If there was no softv/are modification or there was some way to 
transport source code, the presence of a control L would normally be nulled 
out when translated to 1050 line code. If the above courseware is 'course 
off'd* and 'course on'd' at another installation, it will carry with it the 
3A at the beginning of each qu text. If the installation has made no 
translate table modifications, then the system translates the control 
function (3A) to a 55 (*) when making the output translation. If, though, 
the receiving installation has modified its system to handle special con- 
trol functions, etc, and it has used any of the same internal codes, one 
can see the conflicts that arise. It is easy to visualize the situation 
where installation A has decided to make a cntrl L translate to a 3A, and 
installation B has decided to make a cntrl P translate to a 3A. The course 
from installation A transferred to installation 8 will trigger cntrl P 
everywhere it was intended to perform cntrl L. Th^ author experienced 
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the reverse problem when the computer center received a large course from 
another installation, VJhen ^course on'd' it was discovered that v/here 
carriage retur^is should appear, there v/ere tabs. This was entirely due to 
modifications made by the originating installation. As one can see, the 
greater the proliferation of installation modifications being mgde that 
affect the internal representation of code, ttie greater the incidence of 
conflict. 

I believe that system modification to enhance terminal capability is ^ 
a good idea. The hazard lies in each installation determining independently 
how to do its modification. In order to protect Coursewriter instal- 
lations from setting potential pitfalls affecting exchange of courseware, 
I suggest that interested installations form a subgroup under the Course- 
writer Systems Implementation Group. As an early effort of such a sub- 
group, I suggest that installations pool the current status of their modifi- 
cations. Questionnaires could be sent to all Coursewriter installations 
requesting similar input. As an important contribution, I would like to 
see recommendations compiled^ suggesting how translate tables should be 
modified, (i.e. what internal codes to use in translation). This would 
encourage installations to make identical and non-conflicting modifications 
for each desired control function or special character. In general the 
subgroup could examine and exchange information on modifications of this 
nature with an effort towards achieving some standardization or set of 
guidelines to minimize the possible dangers. 
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THE FJ lHi>i3 TAULES CONVERT RELATIVE CONTROL UNIT ADDRESS (C-31) 

TO USz In XVIS-.IST FOR POLLING OP SELECTION* THEY ARE ALSO USED 
TO CO.Wti^T 327 D SCREEN POSITION (C~e3> TO A START BUFFER ADDRESS 
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